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Aniciuhncnts to the Specification 

Please replace the paragraph beginning on page I, line 3, with the following rewritten paragraph. 

This application is related to the following co-pending U.S. Patent Applications, filed on even 
date herewith: Serial No, 09^7-Q>622 .cnlitlecl "System and Method for Encapsulating Software 
Components in an Application Program Interface Using a Proxy Object," .Serial Nq i ,.,0?/87 a 0 1 .<;13 entitled 
"System and Method for Reducing Memory Use Associated with the Graphical Representation of a List 
Control,' 1 Serial No, ■09/.8 7.Q^2Q_cn tiac.d; t Systeni and Method for Fast Drawing of Text Fields and 
Labels in a Java Swing Application Program Interface," Serial No,_09/8,?0 3 621 entitled, "Combining the 
Functionality of Multiple Text Controls in a Graphical User Interface," SerjaLJ^ 
"Inheritance of Background Color in a Containment Hierarchy of Objects in a Graphical User Interface," 
Sainl Nc?. 0,9/.870,<j14 entitle*! "Dynamic Buffering of Graphic Images by a Platform Independent 
Application Program Interface,*' SeriaLNo..X)9ZS7.Q,.624-eDtitled. 4 'Svstem and Method for Implementing a 
Graphical User Interface Across Dissimilar Platforms Yet Retaining Similar Look and Feel," and Serial 
No J)9/$7P>6I Program Interface that can Maintain Similar Look and Feel of a 

Displayed Image Regardless of Whether the Interface is Platform Dependent or Platform Independent," 
all by Scott J. Broussard. 

Please rqDlace the paragraph beginning on page 25, line 1, with the rewritten paragraph below. 

Fig. 8 illustrates a Swing-type API 74 (region enclosed within the dotted lines). In Fig, 8, Button 
30 is derived from the Component class 32. Also, the Peer mechanism links the Button object 30 with 
the graphics resources used to create and manipulate its graphic image 26, which is contained within 
Frame 9041- However, in this case, the JButtonPeer 82 (and the JComponentPeer 84, from which it is 
derived) arc lightweight Peers, written entirely in Java and having no dependence on the windowing 
resources of the operating system. Instead, the JComponentPeer 84 intercepts key query commands 
related 1o the location and event status of the Button object 30 and routes them to a JButlonProxy object 
88. In the present embodiment, the following methods of the Swing object are intercepted and redirected 
by the proxy object: 

isShowingO; 
getLocationOnScreen(); 

getGraphicsO; 



SN 09/870,612 Response to Office Action Mailed 1 1/10/2004 Page 2 of 13 

PAGE 2/13 * RCVD AT 2/1012005 12:04:37 PM [Eastern Standard Time] * SVR:USPT0-EFXRF-1/2 * DNIS:8729306 ' CSID:51 27031250 ' DURATION (mm-ss):07-32 



FEB- 10-2005 W 10:55 AM CONLEY ROSE & TAYON 



FAX NO. 5127031250 



P. 



proxyRcquestFocusO; 
rcquestlocusO; 

getlnputContextO; 

getLocate(); 

noxtFocnsO; 

createTmage(); 

getParcnlO; 

As a result, Ihc JButtonProxy 88 responds to key events, such as focus, mouse, sizing, etc., directed lo the 
original AWT-based control, JButt on Proxy 88 is a subclass of the Swing .[Component class and, 
indirectly, of the JComponcnt class, and inherits methods and properties thereof. However, Java allows 
for customization (commonly referred to as "overriding") of inherited methods. In particular, the 
gctParentO method of the JBultonProxy identifies as its parent the Frame 90-4.Lof the target Button 30. 
Thus, the JBulton "thinks" it belongs in the target's Frame, while the Frame knows nothing of Ihc 
existence of the Swing component Furthermore, when the Button 30 is asked to draw itself, the call to 
the drawing method of legacy AWT object is redirected by lightweight Peer 84 to JButtonProxy 88, 
which accesses the drawing methods of the JButton class 48. This invokes the platform-independent 
mcihodti of Swing to paint the region of the screen originally allocated for the Button 30 in the AWT- 
bascd application. 

Please replace the paragraph beginning on page 39, line 7, with the rewritten paragraph below. 

Normally, Swing components are created only during the construction of the Peer object. 
However, in order to reproduce the behavior of the legacy AWT-based TcxtField control 170, 
JTcxlFieldPecr 172 must dynamically switch between the two Swing objects when the mode of use 
changes. This is accomplished by creating a new JTcxtFieldProxy 174 or JPasswordTexfFieldProxy 176 
object, depending on the settings of the echo character, and transferring the properties from die old to the 
new component. The appropriate Swing component is in effect "switched in" as a functional 
replacement for the AWT TcxtField, according to its mode of use. For example, if a legacy application is 
using a-nn AWT. TextField, control without password protection, no echo character is set. In this case, the 
JS WTSwing JTcxlFieldPecr uses the Swing TextField component. Now, if the legacy application 
activates password protection, the AWT TextField will be assigned an echo character. When this occurs, 
the JTexlFieldPecr creates an instance of Swing's JPasswordKield component and substitutes it for the 
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original AWT TextField control. This is done dynamically, so lhal each time the application changes the 
echo character status, the appropriate Swing replacement object (JTcxtField or JPasswordTextField) is 
created and used to replace the previous replacement object. Thus, the mode-switching capability of 
AWTSwing permits two Swing components to alternate as replacements for an AWT TextField 
component, depending on the manner in which the AWT TextField is being used by the application. 

Please replace the paragraph beginning on page 39, line 27, with the rewritten paragraph below. 

A flowchart representing the logic for dynamic TextField mode switching is presented in Fig. 
1 8. Upon entry 192, the algorithm tests 178 the status of the echo character. If Jbtt&has been no 
change in the state of the echo character, then whichever Swing control is currently in use (cither 
JTcxtField or J Pass word Field) is retained, and nothing needs to be done 190. On the other hand, if 
the echo status has changed* then it is necessary to swap the JTcxtField Swing component for a 
JPasswordField^wing^iCprtippnesit, or vice-versa. Before making this switch, the state (color, 
position, text, etc) of the control that is presently being displayed is saved 180. Once this 
information is captured, the current object can be destroyed 182, and its alternate created 184. After 
it is initialized 1 86, the previously saved state is applied to the ftew ~aewJLyj&e^ 
and the procedure is finished 190. 

Please replace the paragraph beginning on page 40, line 20, with the rewritten paragraph below. 

In contrast to this practice, it is normal for controls in Swing-based Java applications to receive 
their background color assignment froi ariohal.Iook. and feel settings in Swing (if it is not explicitly 
declared). Consequently, when upgrading from AWT to AWTSwing, the color inheritance mechanism 
must be modified to allow the background and foreground color of controls to be set by Swing, while 
also preserving the capability for controls to inherit this setting from their parent in legacy applications. 
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Please replace the paragraph beginning on page 41 , line 1, with the rewritten paragraph below. 

In yet another embodiment of the system and method disclosed herein, this is accomplished by 
adopting the following color inheritance order: 

1 . If the background color For the control is explicitly declared, AWTSwing uses 
this setting to display the controL 

2. If the background color for the control is not explicitly declared, and-AWTSwing 
attempts to get the color from the Swing settings. 

3* If the background color for the control is not explicitly declared, and is not 
available from Swing settings, AWTSwing displays the control using the 
background color of the control's parent. 

This inheritance scheme allows normal inheritance of background color frorrUhc global look and feci 
settings in Swing. However, it defaults to the AWT scheme of inheritance from the parent when these 
global settings arc unavailable. An explicit declaration of the control's background color overrides either 
type of inheritance. Furthermore, this color inheritance mechanism offers considerable flexibility in 
displaying components creaLcd by legacy applications. When a control must inherit its background color 
from its parent, cither the parent of the original AWT-based object, or that of its Swing counterpart can 
be used. This option is made possible by the replacement of AWT-based heavyweight Peers by 
AWTSwing proxy components, discussed earlier. A diagram representing the new color inheritance 
scheme appears in Fjg. 19b, 
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